\documentclass[a4paper,11pt,oneside]{report}
\usepackage[german]{hgb}	 % options: german, english
\usepackage[margin=3cm]{geometry}
\graphicspath{{images/}}   	% where are the EPS images?

%%%-----------------------------------------------------------------------------------------------
\begin{document}
%%%-----------------------------------------------------------------------------------------------

\author{Alexander Bohn \\
	     Manuel Djalili \\
	     Dominik Gruber \\
	     Manuel Mayrhofer \\
	     Philipp Naderer}
	     
\title{QSE-ASE-08 \\  
        Tenez \\
        Meeting Protokolle}

\date{Oktober 2009 - Januar 2010}

%%%-----------------------------------------------------------------------------------------------
\maketitle
\tableofcontents
%%%-----------------------------------------------------------------------------------------------


%%%-----------------------------------------------------------------------------------------------
\chapter{2009-10-15 Kick-Off Meeting}
%%%-----------------------------------------------------------------------------------------------

\begin{tabular}{l l l}
	Zeit: & 15.10.2009, 15:00 - 16:00 Uhr \\
	Ort: & Breakout Room \\
	Teilnehmer: & Dominik Dorn (Tutor) \\
		            & Alexander Bohn \\
	    		   & Manuel Djalili \\
	    		   & Dominik Gruber \\
	    		   & Philipp Naderer \\
	Abwesend: & Manuel Mayrhofer (krank) \\
	    		   
			   & \\ & \\ % Leerzeilen
\end{tabular}

\bigskip
\noindent
Vorstellen der einzelnen Gruppenmitglieder und Tutor. Tutor hat Daten (Vorkenntnisse, Studium, Erfahrung  etc.) dokumentiert. Danach wurde der Projektvorschlag durchgegangen:

\begin{itemize} \item Dom\"anenmodell fehlt \item Featureliste teilweise zu \"uberarbeiten \item Reports in die Featureliste aufnehmen \item Ansonsten ok und bis n\"achstes mal zum \"Uberarbeiten.
\end{itemize}

\bigskip
\noindent
Rollenverteilung der einzelnen Gruppenmitglieder wurde erledigt.Ende.

\bigskip
\noindent
Protokollführer: Manuel Djalili



%%%-----------------------------------------------------------------------------------------------
\chapter{2009-10-19 Besprechung Projektauftrag}
%%%-----------------------------------------------------------------------------------------------

\begin{tabular}{l l l}
	Zeit: & 19.10.2009, 12:30 - 13:30 Uhr \\
	Ort: & Pointers \\
	Teilnehmer: & Alexander Bohn \\
	    		   & Manuel Djalili \\
	    		   & Dominik Gruber \\
	   		   & Manuel Mayrhofer \\			   
	    		   & Philipp Naderer \\
	    		   
			   & \\ & \\ % Leerzeilen
\end{tabular}

\bigskip
\noindent
Wichtig: Wann sind die MR's?

\bigskip
\noindent
Planung bis Mitte November abschließen  \\
MR1: Besprechungsprotokoll, Stundenliste  \\
Bereits abgeschlossen: Projektbezeichnung, Team und Rollen, Ausgangssituation, Projektbeschreibung, Domänenmodell  \\
Projektabgrenzung: Lichtsteuerung, Chipverkauf, Mitgliederverwaltung  \\

\bigskip
\noindent
Komponentdiagramm, SVN, Informationswesen, Lieferung + Abnahme, Iceberglist - Philipp Naderer \\
Funktionale + Nicht Funktionale Anforderungen , Risikoabschätzung - Manuel Mayrhofer \\
LaTeX Vorlage - Dominik Gruber

\bigskip
\noindent
Protokollführer: Manuel Mayrhofer



%%%-----------------------------------------------------------------------------------------------
\chapter{2009-10-20 MR-1}
%%%-----------------------------------------------------------------------------------------------

\begin{tabular}{l l l}
	Zeit: & 20.10.2009, 13:30 - 15:30 Uhr \\
	Ort: & Breakout Room \\
	Teilnehmer: & Dominik Dorn (Tutor) \\
			   &Erik Gostischa-Franta (Assistentenvertretung) \\
		            & Alexander Bohn \\
	    		   & Manuel Djalili \\
	    		   & Dominik Gruber \\
	   		   & Manuel Mayrhofer \\
	    		   & Philipp Naderer \\
	Abwesend: & Dietmar Winkler (Assistent) \\
	    		   
			   & \\ & \\ % Leerzeilen
\end{tabular}

\noindent
Wer ist Kunde: Verein bzw. Philipps Vater oder QSE? \\
Mit Verein/Vater reden betreffend Anforderungen, Abnahme, Features.

\bigskip
\noindent
TODO:  Komponentendiagramm ist Packagediagramm -> ausbessern. \\
Bei Domänenmodell: Stirbt Platz wenn der Verein gelöscht wird? (Beziehung kontrollieren) 

\bigskip
\noindent
Verteilung der Aufgaben: Vorschlag von Erik -> USE CASE, Scrum, User Story. Komponentenverteilung zu risikoreich! 

\bigskip
\noindent
TODO: Icebergliste!! ->Features in Liste schreiben, Aufwand in Personenwochen oder Abstrakte Punkte! Features nach Releases ordnen, Zuständigkeit notieren. Iceberg vs. Gantt: In Icebergliste nur Sourcecode Pakete, in Gantt Pakete die nicht mit Sourcecode zu tun haben. 

\bigskip
\noindent
Tutor Frage: Welche Features sind beim MR2 und welche beim MR3 fertig. (MR2 ist Anfang Dezember) \\
Info: in ca. einer Woche sollten wir mit dem entwickeln anfangen.\\ 
Bzgl. Features für MR2 -> Jmok anschauen!

\bigskip
\noindent
Diskussion: HELMA ja oder nein:
Philipp präsentiert Helma Beispiel. \\
mvc bei Helma -> Helma fehlt Trennung, Mapping zu sehr vereinfacht, Framework GUI widget bei Helma?\\
Vorschlag von Tutor: JSF wicket

\bigskip
\noindent
TODO: 5 Testcases in Helma den Tutor schicken bzw. bei google code einchecken!\\
TODO: Bei Lieferumfang bzw. Abnahme: Releases. \\
TODO: Risikoanalyse genauer ans Projekt anpassen. \\
TODO: Rollenverteilung: Expertisen hinzufügen wie bsp. Helma-Könner \\
Treffen mit Tutor: Tutor sagt bescheid.\\
TODO: Gantt-Diagramm

\bigskip
\noindent
Protokollführer: Manuel Djalili



%%%-----------------------------------------------------------------------------------------------
\chapter{2009-10-27 IR-1}
%%%-----------------------------------------------------------------------------------------------

\begin{tabular}{l l l}
	Zeit: & 27.10.2009, 13:30 - 15:00 Uhr \\
	Ort: & Breakout Room \\
	Teilnehmer: & Dominik Dorn (Tutor) \\
		             & Alexander Bohn \\
	     		   & Dominik Gruber \\
	    		   & Manuel Mayrhofer \\
	    		   & Philipp Naderer \\
	Abwesend: & Manuel Djalili \\
	    		   
			   & \\ & \\ % Leerzeilen
\end{tabular}

\SuperPar
TODO: Keine Umlaute in Dateinamen im SVN --> Dominik

\SuperPar
Risiken vorhanden, die eine Änderung am Projektauftrag hervorrufen könnte bzw. eine Featureumsetzung nicht möglich machen? (zB keine Unterstützung vom Hallenwart)  --> Meitsch

\SuperPar
Bildschirmauflösung min. 1024x768  --> Dominik

\SuperPar
Finale Version Projektauftrag per Mail an Tutor, wird für die Benotung herangezogen --> Dominik

\SuperPar
MySQL oder PostgreSQL? --> PostgreSQL

\SuperPar
Komponentendiagramm Änderungen --> Philipp

\SuperPar
Use-Case Beschreibungen ausführlicher (Vorbedingungen, normaler Ablauf, Ablauf im Fehlerfall - was passiert?, Nachbedingungen) und konkreter
Tabellenform? (wär sinnvoll)
ID pro Use Case (leichter zur Verteilung)
Anwendungsfallübersicht
--> Alexander

\SuperPar
Domänenmodell
- Ebene Standort
- Hallenverwalter - kann Hallen an mehrere Vereine geben, die ihre Timeslots wieder extra verwalten können
- Benutzer soll  Halle mieten können ohne einem Verein zugehörig zu sein

\SuperPar
Nächster Termin: IR-2, 10. November, 13:30 Uhr, Breakout Room


\SuperPar
Protokollführer: Dominik Gruber



%%%-----------------------------------------------------------------------------------------------
\chapter{2009-10-30 Systemarchitektur-Treffen}
%%%-----------------------------------------------------------------------------------------------

\begin{tabular}{l l l}
	Zeit: & 30.10.2009, 09:30 - 12:15, 14:15 - 17:15 Uhr \\
	Ort: & Schrödinger, Pointers \\
	Teilnehmer: & Dominik Gruber \\
	   		   & Philipp Naderer \\
			  
			   & \\ & \\ % Leerzeilen
\end{tabular}

\SuperPar
Ausgehend von der Anregung des Tutors beim IR-1 wollten wir das System so umbauen, dass eine Halle die Hauptentität wird und für eine Halle mehrere Plätze existieren können, in denen wieder mehrere Vereine eingemietet sein können. Das hätte den Einzug einer Schicht "Hallenbetreiber" nötig gemacht.

\SuperPar
Wir haben viel diskutiert und das Domänenmodell und den Projektauftrag bereits umgebaut gehabt aber sind schlussendlich zu dem Entschluss gekommen diese Änderung doch nicht durchzuführen.

Die Abrechnung würde zu kompliziert werden, sowohl zwischen User und dem System als auch zwischen Hallenwart und Vereinen. Am meisten Sinn hätte es bei der Lösung, dass der User ein globales Guthaben beim System hat und dieses für alle Vereine verwenden kann. Das würde aber die Abrechnung mit einzelnen Vereinen sehr komplex und kompliziert machen. Auch müsste eine Abrechnung zwischen Hallenwart und Vereinen stattfinden.

Weiters stellt sich die Frage, wie der User Kunde eines Vereins werden kann, ohne dass er selbst eingreift. Dieser Fall wird oft eintreten, da User teilweise trotzdem per Telefon bei einem Zuständigen eines Vereins buchen werden (zB Senioren ohne Internetzugang). Wenn der User bereits im System besteht (da bei anderem Verein tätig), muss der Vereinsverwalter ihn finden können, da er ihn sonst doppelt anlegen würde. Allerdings soll er aus datenschutzrechtlichen Gründen die Mitglieder im Hauptsystem nicht sehen oder suchen können. Möglich wäre eine Lösung in der Art, dass ihm der User seinen Usernamen + Passwort übergibt aber auch das ist äußerst unschön.

Hauptproblem ist aber, dass die Abrechnung einfach nicht sinnvoll implementierbar ist ohne dass sich der User selbst Guthaben aufladen kann und die Abrechnung über uns als Systembetreiber funktioniert. Beides ist im Moment nicht möglich und würde das System so unbrauchbar für den praktischen Einsatz machen.

\SuperPar
Ein weiterer Punkt war, ob User E-Mail Adressen haben müssen. Nach langer Diskussion haben wir uns für ein "Nein" entschieden, da der Hauptkundenkreis eines Vereins oft Personen ab 50 sind, die weder eine E-Mail Adresse haben noch wollen, und das System ablehnen würden, wenn sie extra eine anlegen müssten. Das wäre entweder nicht gut für den Verein (missmutige/weniger Kunden) oder uns als Betreiber (Verein will das System nicht).

\SuperPar
Protokollführer: Dominik Gruber



%%%-----------------------------------------------------------------------------------------------
\chapter{2009-10-30 Projektleiterrunde}
%%%-----------------------------------------------------------------------------------------------

\begin{tabular}{l l l}
	Zeit: & 30.10.2009, 12:30 - 14:00 Uhr \\
	Ort: & Inflab, Seminarraum \\
	Teilnehmer: & Dominik Gruber \\
	   		    & Philipp Naderer \\
			  
			   & \\ & \\ % Leerzeilen
\end{tabular}

\SuperPar
Vorstellung der anderen drei Projektgruppen
- Feuerwehr
- Music Player (genaue Aufgabenstellung nicht bekannt)
- Lager- und Kassenverwaltungssystem

\SuperPar
Rollenverteilung - Wie ist diese abgelaufen?
- problemlos 
- meist Projektleiter jener, der auch die Projektidee hatte

\SuperPar
Arbeitspakete auf 4-6h Häppchen verteilen
2-Wochen Sprints (+/- 1 Woche) -> Code-Reviews durch TA (selbst keine Änderungen)

\SuperPar
Management der Projektgruppen
- Treffen der gesamten Gruppe auf eine Stunde beschränken (Leute nicht schwafeln lassen)
- Empfehlung: Jede Woche min. ein Treffen (Skype kein Ersatz)

\SuperPar
Bei Aufsplittung von Projektgruppen wichtig:
- ständiger Austausch von Informationen
- Mitglieder von einer Gruppe auch in die Treffen der anderen Gruppe schicken 
- Pair Programming

\SuperPar
Bei Nicht-Einhaltung von Code-Richtlinien, Schreiben von Testfällen -> Paket nicht erledigt

\SuperPar
Arbeitspakete -> besser fix zuteilen als nach dem Scrum-Prinzip. Immer Nachfragen ob Dinge fachlich und terminlich erledigt werden können.

\SuperPar
To-Do Liste mit Deadline und tatsächlicher Fertigstellung (--> Philipp macht das ;))

\SuperPar
Länge der Aufgaben
- Jedes Teammitglied eigenes Karten-Set mit Fibonacci-Zahlen
- Pro Modul schätzt jeder den Aufwand
- Gemeinsames Herzeigen der gewählten Karte
- Anschließende Diskussion darüber (der mit niedrigster und höchster Zahl müssen ihre Wahl erklären)

\SuperPar
Pair-Programming wichtig für Wissensaustausch

\SuperPar
Tools:
- Agilo kann man vom INSO beantragen zur Springverwaltung.
- SVN: Integriertes SVN in Eclipse kann theoretisch Probleme machen.
- Frameworks: Proof of Concept möglichst früh durchführen.

\SuperPar
Protokollführer: Dominik Gruber, Philipp Naderer (letzte 15min)



%%%-----------------------------------------------------------------------------------------------
\chapter{2009-11-10 IR-2}
%%%-----------------------------------------------------------------------------------------------

\begin{tabular}{l l l}
	Zeit: & 10.11.2009, 13:30 - 15:00 Uhr \\
	Ort: & Breakout Room \\
	Teilnehmer: & Dominik Dorn (Tutor) \\
			   & Erik Gostischa-Franta (Assistentenvertretung) \\
		            & Alexander Bohn \\
	    		   & Manuel Djalili \\
	    		   & Dominik Gruber \\
	   		   & Manuel Mayrhofer \\
	    		   & Philipp Naderer \\
			  
			   & \\ & \\ % Leerzeilen
\end{tabular}

\SuperPar
Helma 1.7 - Bedingungen fürs Verwenden: (von Erik, Dominik) \\
1. Testmethoden vernünftig benennen - \zB <use-case>\_should<return-message> \\
2. Loops und Boolean-Logic (``Ifs'') in Tests vermeiden \\
3. Testfälle automatisch durchlaufen lassen (Bash-Script? - SVN-Hook: prüft bei einem SVN-Commit ob Tests erfolgreich durchlaufen (0 normal, 1 Fehler) und lässt nur bei Erfolg den Commit zu) \\
4. Jede programmierte Methode hat einen Test  (kein Commit ohne Testfall geschrieben zu haben!) \\
5. Falsche oder leere Methoden müssen den Test fehlschlagen lassen \\
6. Gute Schichtentrennung. \\

\SuperPar
Ideen: (von Dominik) \\
- Maven in Helma integrieren? \\
- JUnit4 integrieren? \\

\SuperPar
Mögliche Tests der Software bei Projektabgabe: \\
- Methoden Tests: Code wird komplett entfernt oder Variable (\zB Boolean) geändert  \\
- Persistenz Tests: Tabellennamen ändern \\

\SuperPar
Use Cases teils ungenau (\zB Newsletter: HTML oder Text Nachricht? Attachments? ...) --> Jeder soll sich die Use Cases anschauen und anschließend soll jeder UC einzeln durchbesprochen werden. Alles auch im Datenmodell vorhanden? \\

\SuperPar
Sicherstellen, dass es bei Admin-Funktionen eine Sicherheitsabfrage gibt (\zB Passwort abfragen) \\
Sicherstellen, dass keine Brute-Force Attacke auf Userlogin möglich ist \\

\SuperPar
Repeats im Timeslot --> Mail von Dominik (Tutor)

\SuperPar
Nächstes Treffen: 17. November, 13:30 Uhr --> Use Cases / ER-Modell / Attributsbeschreibung fertig, UI Skizzen (+ Layoutskizze Prototyp), Login implementiert, Deployment Diagramm, Testartefakte (25\%)


\SuperPar
Protokollführer: Dominik Gruber


%%%-----------------------------------------------------------------------------------------------
\chapter{2009-11-16 Vorbesprechung IR-3}
%%%-----------------------------------------------------------------------------------------------

\begin{tabular}{l l l}
	Zeit: & 16.11.2009, 14:30 - 16:00 Uhr \\
	Ort: & Nelsons TU Wien \\
	Teilnehmer: & Alexander Bohn \\
	    		    & Manuel Djalili \\
	    		    & Dominik Gruber \\
	   		    & Philipp Naderer \\
	Abwesend:   & Manuel Mayrhofer \\
			  
			   & \\ & \\ % Leerzeilen
\end{tabular}

\SuperPar
Hinweise zu Beginn: Artefaktenbeschreibung findet sich jetzt in der Google Group wieder. http://tenez-hrs.googlegroups.com/web/Artefaktenbeschreibung.pdf

\SuperPar
Testplan: Ist bereits fertig im ASE-Docs-Verzeichnis und muss noch vom Tutor abgesegnet werden.

\SuperPar
Testfälle: Zeichenlimits aufheben bzw. für normale Varchar-Felder 512 Zeichen, außer: Descriptions, die 4.096 Zeichen lang sein dürfen. Integer(1)-Felder sind Booleans. Tenez validiert keine Eingaben auf formale Richtigkeit, außer: Username, E-Mail-Adressen und URLs.

\SuperPar
Geldbeträge werden mit 2 Nachkommastellen genau angegeben. Prozenteingaben intern immer als [0.0, 1.0] handhaben, im User Interface zwischen [00,00; 100,00]

\SuperPar
Kommatrennzeichen: Entweder Punkt oder Komma, beides ist möglich. Es darf nur ein einziges Kommatrennzeichen pro Eingabe vorkommen, also 1.000,00 ist nicht als Eingabe erlaubt!

\SuperPar
Hinweis zu den Usertests: Die Usability des Systems wird mittels eines einwöchigen Testbetriebes sichergestellt. Benutzer von Tenez werden passiv beobachtet. Wir haben nur 3 reale Testbenutzer zur Verfügung.

\SuperPar
Anwendungsfallbeschreibung: Seitennummern gehören noch korrigiert. Mit Tutor morgen abklären, ob GUI-Elemente in der Anwendungsfallbeschreibung noch okay sind oder rausgenommen werden müssen. Validierung als Zwischenschritt einfügen.

\SuperPar
Skinverwaltung: Fliegt aus den Anwendungfällen heraus, wird von Helma/app.properties übernommen und später entschieden.

\SuperPar
UC-01-11: Zeiteinheiten festlegen - Zeiteinheiten dürfen sich nicht überschneiden, das muss die Validierung erledigen.

\SuperPar
UC-01-16 Standort zuweisen - Wird zusammengefasst mit Standort anlegen, weil Standorte jetzt streng an Vereinen hängen.

\SuperPar
UC-02-03 Gruppe zuordnen: Tippfehler. "Vereinsvewalter" - R fehlt. "Vereinsverwalterßuordnen" - zuordnen.

\SuperPar
UC-02-14 löschen - Beim Namen fehlt noch das "Kunde". Achtung: Kunde gelöscht werden kann nur, wenn das Guthaben auf 0 herunter gesetzt ist. Ein Kunde kann sich nicht selbst löschen.

\SuperPar


\SuperPar
Protokollführer: Philipp Naderer


%%%-----------------------------------------------------------------------------------------------
\chapter{2009-11-17 IR-3}
%%%-----------------------------------------------------------------------------------------------

\begin{tabular}{l l l}
	Zeit: & 17.11.2009, 13:30 - 15:00 Uhr \\
	Ort: & Breakout Room \\
	Teilnehmer: & Dominik Dorn (Tutor) \\
		            & Alexander Bohn \\
	    		   & Manuel Djalili \\
	    		   & Dominik Gruber \\
	   		   & Manuel Mayrhofer \\
	    		   & Philipp Naderer (Skype) \\
			   
			   & \\ & \\ % Leerzeilen
\end{tabular}

\SuperPar
Testsystem: Evidence (?) ... Suche nach "testing" und "rhino"

\SuperPar
ER-Modell: \\
- last\_login und sessionsalt in eigene Tabelle \\
- Tabelle für finanzielle Transaktionen \\
- credit Feld aus Usertabelle entfernen (evtl. eigene Tabelle zwecks Performance) \\
- Rechte zu komplex? Nur Rollen? \\
Wenn ER geupdated -> Mail an Dominik (Tutor)

\SuperPar
Testfälle: \\
- ``Redundanz'' passt so

\SuperPar
Use Cases: \\
- Suche: Kein Fehler, wenn nichts gefunden wurde - Trennung in Vereine suchen und Vereine anzeigen \\
- UI-Beschreibung in Use Cases muss nicht mehr geändert werden (außer wenn bei Implementierung Sachen anders gelöst werden)

\SuperPar
UI-Skizzen: \\
- Reports: eigene Filter sollten evtl. gespeichert werden können

\SuperPar
Testplan: \\
- Muss stehen, dass Testfälle fehlschlagen sollen, wenn Änderungen an der Datenbank erfolgen, also die Konsistenz nicht mehr gegeben ist
- Wiederherstellbarkeit --> Philipp ... wie löst man das in Helma? ;)
- Testdurchführung: am Besten per Hand durchführen (und evtl. einscannen)
- Festlegung wann die Tests durchgeführt werden sollen (eine Woche vor Abgabe zu spät)

\SuperPar
Wartungsmodus einbauen (``Diese Seite ist aktuell nicht verfügbar...'')

\SuperPar
Tipp: JSmockito verwenden www.jsmockito.org

\SuperPar
MR-2: vermutlich 1. Dezember 2009, fixe Info bis Ende der Woche

\SuperPar
Nächstes Treffen: 24. November 09, 13:30 Uhr @ Breakout Room (?)

\SuperPar
Protokollführer: Dominik Gruber


%%%-----------------------------------------------------------------------------------------------
\chapter{2009-11-23 Group Coding Session 01}
%%%-----------------------------------------------------------------------------------------------

\begin{tabular}{l l l}
	Zeit: & 23.11.2009, 10:00 - 12:30 Uhr \\
	Ort: & Breakout Room \\
	Teilnehmer: & Alexander Bohn \\
	    		   & Manuel Djalili \\
	    		   & Dominik Gruber \\
	   		   & Manuel Mayrhofer \\
	    		   & Philipp Naderer \\
			   & \\ & \\ % Leerzeilen
\end{tabular}

\SuperPar
Mehrsprachigkeit wird eingesetzt.

\SuperPar
Init Script für Installation (Systemadministrator User mit entsprechender Rechegruppe / Rechte)	

\SuperPar
Tests ausführen: <root-url>/jala.test \\
Namenskonvention für Tests: test\_<use\_case>\_should<action> \\ 
- zB ''test\_passwordGenerator\_shouldGenerate5DigitPin''

\SuperPar
Helma IRC Channel: irc.freenode.org \#helma

\SuperPar
Arbeitsverteilung \\
UI -> Philipp (Deadline 24.11.) \\
Vereine anlegen/editieren -> Alexander (29.11.) \\
User Registrierung -> Manuel D (29.11.) \\
User Login (komplett) / Permission -> Manuel M (29.11.) \\
Buchungsübersicht anzeigen -> Dominik (29.11.) \\
Logger -> Philipp (27.11.)

\SuperPar
ER  Update -> Dominik (29.11.)

\SuperPar
Philipp schickt heute noch ein Mail mit Links zur JSDoc und Mehrsprachigkeit

\SuperPar
Protokollführer: Dominik Gruber



%%%-----------------------------------------------------------------------------------------------
\chapter{2009-11-24 IR-4}
%%%-----------------------------------------------------------------------------------------------

\begin{tabular}{l l l}
	Zeit: & 24.11.2009, 13:30 - 14:30 Uhr \\
	Ort: & Breakout Room \\
	Teilnehmer: & Dominik Dorn (Tutor) \\
		            & Alexander Bohn \\
	    		   & Manuel Djalili \\
	    		   & Dominik Gruber \\
	   		   & Manuel Mayrhofer \\
	    		   & Philipp Naderer\\			  
			   & \\ & \\ % Leerzeilen
\end{tabular}

\SuperPar
Installationsleitfaden: Fehlt, soll grob beschreiben, was nötig ist, um das Projekt zu installieren.
Init-Skript mit einem kleinen Wizzard erweitern, der die Grundeinstellungen abfragt.

\SuperPar
ScrumShark: Task erzeugen, dann kann man die Story jemanden zuordnen. Validierungen wie z.B. korrektes HTML, CSS,
Testfälle laufen durch und sind erstellt.

\SuperPar
Todo: ER-Diagramm finalisieren. ScrumShark-Stories eintragen.

\SuperPar
Protokollführer: Philipp Naderer


%%%-----------------------------------------------------------------------------------------------
\chapter{2009-11-30 Besprechung Systemarchitektur}
%%%-----------------------------------------------------------------------------------------------

\begin{tabular}{l l l}
	Zeit: & 30.11.2009, 17:15 - 19:30 Uhr \\
	Ort: & Breakout Room \\
	Teilnehmer: & Alexander Bohn \\
	    		   & Manuel Djalili \\
	    		   & Dominik Gruber \\
	   		   & Philipp Naderer \\
	Abwesend: & Manuel Mayrhofer \\
	    		   
			   & \\ & \\ % Leerzeilen
\end{tabular}

\SuperPar
Änderungen DB \\
- Config Table für Club (+ showUserInReservation, Sperrfrist für Stornierung) \\
- Newsletter
- Permissiongroups (s.u.)

\SuperPar
Submenü -> letzter Punkt ragt über Bildschirmbreite hinaus -> vertikaler Scrollbalken -> schirch --> by Philipp

\SuperPar
Permissiongroups werden an Verein gehängt \\
- eigene Permissiongroups pro Verein \\
- Standardmässig fix angelegt aber so theoretisch flexibler

\SuperPar
Username, Aliase nur [a-z0-9-\_]

\SuperPar
Username wird bei Anmeldung auf lower case übersetzt und so in DB geschrieben

\SuperPar
Reservierung in Backend -> Abos beachten!

\SuperPar
Philipp: Tests? Wie? Test-DB? Derzeit mit Produktiv-Daten.

\SuperPar
DB-Änderung: ER-Modell + Creates -> Dominik (Deadline: 30.11.) \\
DB-Mapping -> Philipp (01.12.) \\
Login / Logout / Permissions -> Manuel M (02.12.) \\
-- Vereinsauswahl --> Philipp (02.12.)
User anlegen --> Manuel D (08.12.) \\
Verein anlegen/editieren --> Alex (08.12.) \\
-- PLZ / Stadt suchen --> Philipp (02.12.) \\
<Wunschfeature> --> Philipp (08.12.) \\
Buchungsübersicht anzeigen -> Dominik (08.12.)


\SuperPar
Protokollführer: Dominik Gruber


%%%-----------------------------------------------------------------------------------------------
\chapter{2009-12-09 Vorbesprechung MR-2}
%%%-----------------------------------------------------------------------------------------------

\begin{tabular}{l l l}
	Zeit: & 09.12..2009, 18:00 - 19:00 Uhr \\
	Ort: & Breakout Room \\
	Teilnehmer: & Alexander Bohn \\
	    		   & Manuel Djalili \\
	    		   & Dominik Gruber \\
	   		   & Manuel Mayrhofer \\
	    		   & Philipp Naderer \\
			  
			   & \\ & \\ % Leerzeilen
\end{tabular}

\SuperPar
Installationsleitfaden --> Manuel D \\
Testfälle --> Alex \\
WBS --> Dominik

\SuperPar
Präsentation --> Manuel M / Phlipp \\
-- Klassendiagramme --> Philipp

\SuperPar
Demo --> Dominik \\

\SuperPar
Protokollführer: Dominik Gruber

%%%-----------------------------------------------------------------------------------------------
\chapter{2009-12-10 MR-2}
%%%-----------------------------------------------------------------------------------------------

\begin{tabular}{l l l}
	Zeit: & 10.12.2009, 13:00 - 14:00 Uhr \\
	Ort: & Breakout Room \\
	Teilnehmer: & Dietmar Winkler (Assistent) \\
		            & Dominik Dorn (Tutor) \\
		            & Alexander Bohn \\
	    		   & Manuel Djalili \\
	    		   & Dominik Gruber \\
	    		   & Philipp Naderer \\
	Abwesend: & Manuel Mayrhofer \\
	    		   
			   & \\ & \\ % Leerzeilen
\end{tabular}

\SuperPar
Ablauf nach Präsentation


%%%-----------------------------------------------------------------------------------------------
\chapter{2010-01-12 IR-5}
%%%-----------------------------------------------------------------------------------------------

\begin{tabular}{l l l}
	Zeit: & 12.01.2010, 15:00 - 16:00 Uhr \\
	Ort: & Lemmings Room \\
	Teilnehmer: & Dominik Dorn (Tutor) \\
			   & Alexander Bohn \\
	    		   & Manuel Djalili \\
	    		   & Dominik Gruber \\
	   		   & Manuel Mayrhofer \\
	    		   & Philipp Naderer \\
			  
			   & \\ & \\ % Leerzeilen
\end{tabular}

\SuperPar
Bis 13.01. um 20:00 Uhr aktualisieren \\
- Stundenliste \\
- Tests einchecken

\SuperPar
Bis 17.01. um 20:00 Uhr \\
- Installationsleitfaden ... aktualisieren, woher die Libraries,... (--> Manuel D)

\SuperPar
Testbericht überarbeiten (Tabelle! , Wieviel Tests, Dateinamen,... --> Alex / Manuel D) \\
Usability-Test (mit Dokumentation bis 18.01. 20:00 Uhr --> Philipp) \\
ER-Modell + Beschreibung (bis 17.01. 20:00 Uhr --> Dominik) \\
Anwendungsfallbeschreibung updaten (bis 19.01. 23:59 Uhr --> Alex) \\
permissions.txt mit Systemdokumentation mergen (bis 19.01. 23:59 Uhr --> Manuel D)

\SuperPar
Mehr automatisierte Tests \\
DB-Mapping Tests (Feldnamen ändern,...)

\SuperPar
JSDoc überprüfen ob vorhanden und vollständig (--> Philipp) \\
JSDoc verlinken oder URL in Dokument schreiben (--> Philipp) \\
- Macro: Wenn 'param' nicht verwenden wird, auch dokumentiert (--> Philipp)

\SuperPar
Reservierung: Anzahl Tage Obergrenze festlegen (--> Dominik) \\
Kundenreport: Ohne PIN

\SuperPar
Ablauf MR-3 bis 18.01., 20:00 Uhr von Dominik Dorn per Mail


\SuperPar
Protokollführer: Dominik Gruber


%%%-----------------------------------------------------------------------------------------------
\chapter{2010-01-22 MR-3}
%%%-----------------------------------------------------------------------------------------------

\begin{tabular}{l l l}
	Zeit: & 22.01.2010, 13:00 - 14:00 Uhr \\
	Ort: & Breakout Room \\
	Teilnehmer: & Dietmar Winkler (Assistent) \\
		            & Dominik Dorn (Tutor) \\
		            & Alexander Bohn \\
	    		   & Manuel Djalili \\
	    		   & Dominik Gruber \\
	   		   & Manuel Mayrhofer \\
	    		   & Philipp Naderer \\
			  
			   & \\ & \\ % Leerzeilen
\end{tabular}

\SuperPar
Ablauf nach Präsentation / Vorgabe

\SuperPar
Protokollführer: Dominik Gruber

%%%-----------------------------------------------------------------------------------------------
\end{document}
%%%-----------------------------------------------------------------------------------------------